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[57] ABSTRACT 

A system for implementing button interface compatibility 
for button aware applications executing on a touch -screen 
equipped digital imaging device. A touch-screen is coupled 
to the digital imaging device and is adapted to accept input 
from a user. An embedded computer system is built into the 
digital imaging device for implementing functionality for 
the digital imaging device. The embedded computer system 
includes a processor coupled to a memory, wherein the 
memory stores computer readable code which, when 
executed by the processor, causes the computer system to 
implement a hardware abstraction layer, a touch-screen 
manager, a button interface manager, and an event manager. 
The hardware abstraction layer is coupled to the touch- 
screen and is adapted to abstract the functionality of the 
touch-screen. The button interface manager is coupled to the 
touch -screen and is adapted to interface with a button aware 
application. The event manager is coupled to accept input 
from the touch-screen manager and the button interface 
manager, wherein the event manager interfaces a touch- 
screen aware application with the touch-screen by commu- 
nicating with the interface manager and interfaces a button 
aware application with the touch-screen by communicating 
with the button event manager, wherein the touch-screen 
manager emulates button events to the button event manager 
such that the button aware application transparently inter- 
face with the touch-screen to accept the inputs from the user. 

23 Claims, 13 Drawing Sheets 
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METHOD AND SYSTEM FOR 
IMPLEMENTING BUTTON INTERFACE 
COMPATIBILITY IN TOUCH-SCREEN 
EQUIPPED DIGITAL IMAGING DEVICE 

FIELD OF THE INVENTION 

The field of the present invention pertains to digital image 
capture devices. More particularly, the present invention 
relates to a method and system for supporting digital imag- 
ing device applications that are designed to interface with a 
touch-screen and applications that are not designed to inter- 
face with a touch-screen. 

BACKGROUND OF THE INVENTION 

Modern digital imaging devices implement a large portion 
of their functionality through one or more embedded com- 
puter systems. For example, typical digital imaging devices 
such as digital cameras and the like typically include an 
imaging device which is controlled by an embedded com- 
puter system built into the camera. When an image is 
captured, the imaging device is exposed to light and gener- 
ates raw image data representing the image. The raw image 
data is processed and compressed by the computer system 
into a file, and subsequently stored in either an internal 
memory or an external, detachable, memory. 

Many types of digital imaging devices are also equipped 
with a liquid -crystal display (LCD) or other type of display 
screen. The incorporation of an LCD allows the digital 
imaging device to be easily controlled and manipulated, and 
also provides an intuitive and easily used method of dis- 
playing device status, operating mode, stored images, and 
the like to the user. 

In the case of a digital camera type imaging device, for 
example, two of the most commonly implemented digital 
camera modes are play mode and record mode. Typically, in 
play mode, the digital camera's LCD is used as a playback 
screen for allowing the user to review previously captured 
images either individually or in arrays of four, nine, or 
sixteen images, while in record mode, the LCD is used as a 
viewfinder in which the user may view an object or scene 
before taking a picture. 

In addition to an LCD, the user interfaces of most digital 
cameras also include a number of buttons or switches for 
configuring the operating modes of the camera, navigating 
between images in play mode, and the like. For example, 
most digital cameras include buttons (e.g., two buttons 
labeled and "+") that enable a user to navigate or scroll 
through captured images. For example, if the user is review- 
ing images individually, meaning that single images are 
displayed full-sized in the LCD, pressing one of navigation 
buttons causes the currently displayed image to be replaced 
by the next image. The digital camera can also include 
several software programmable buttons (often referred to as 
softkeys). The software applications (executing on the 
embedded computer system) implement the functionality of 
the digital camera by interfacing with the user via the 
buttons, the LCD screen on the back of the camera, and the 
like. 

Several more recent types digital electronic imaging 
devices include a built-in LCD touch-screen display for 
implementing all or part of their user interface. These 
devices typically employ graphically depicted buttons on the 
touch-screen itself to accept user input. The user presses the 
touch-screen depicted button to, for example, scroll through 
captured images, switch between operating modes, and the 
like. The software applications that implement the function - 
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ality of touch-screen equipped digital cameras interface with 
the LCD touch-screen display. In some cases, the software 
applications use the LCD touch screen display to implement 
the majority of their interaction with the user. 

Such software applications are typically designed to inter- 
face with the hardware of the touch screen equipped digital 
camera via an operating system executing on the embedded 
computer system of the camera. The operating system 
typically provides support for these applications, providing 
the low level services and routines needed to operate the 
touch screen, interpret commands from the user, etc. The 
software applications are designed to interface with the 
support structure, services, routines, etc., of the operating 
system. 

There is a problem, however, in that software applications 
developed for non-touch-screen equipped cameras are not 
compatible with touch-screen equipped cameras. 
Unfortunately, non-touch-screen equipped digital cameras 
make up a majority of the camera type existing in the 
market. The new touch-screen equipped digital cameras will 
not be able to use the large number of applications devel- 
oped for the non-touch-screen equipped digital cameras. The 
operating platform provided by the touch-screen equipped 
digital camera is different than the operating platform pro- 
vided by the non-touch -screen equipped digital camera. For 
example, applications for touch-screen equipped digital 
cameras utilize touch-screen specific application drivers, 
programming interfaces, and the like to implement their 
input output (IO) functionality. Similarly, applications for 
non-touch-screen digital cameras utilize their own respec- 
tive set of drivers, programming interfaces, and the like. 
There is no standardized ability to support both "touch- 
screen aware" apps and "button aware" on the same digital 
camera (whether the camera is equipped with a touch-screen 
or not). Ideally, the software applications should be portable 
between the types of digital cameras, to make the process of 
developing applications for new features, improvements, 
bug fixes, and the like, more efficient. 

This same problem exists with other types of digital 
imaging devices which rely upon an operating system to 
implement a platform for running various software applica- 
tions. Digital imaging devices designed to run touch screen 
aware apps will be incompatible with button aware apps. 
There is no standardized ability to support both types of 
applications on the touch screen equipped digital imaging 
device. 

Thus, what is required is a system that provides a common 
platform for touch-screen aware apps and button aware apps. 
The required system should transparently support both 
touch -screen aware apps and button aware apps using the 
same underlying hardware of a touch-screen equipped digi- 
tal imaging device. In addition, the required system should 
support button aware apps and touch-screen aware apps 
without requiring any changes to their embodying software 
code. The present invention provides a novel solution to the 
above requirements. 

SUMMARY OF THE INVENTION 
The present invention provides a system that implements 
a common platform for touch-screen aware apps and button 
aware apps. The system of the present invention transpar- 
ently supports touch-screen aware apps and button aware 
apps using the same underlying hardware of a touch-screen 
equipped digital imaging device. In addition, the system of 
the present invention supports button aware apps and touch- 
screen aware apps without requiring any changes to their 
embodying software code. 
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In one embodiment, the present invention is implemented FIG. 6A shows a first memory diagram depicting the 

as a software based architecture that provides button inter- software objects/functions instantiated within a DRAM of 

face compatibility for button aware applications executing the digital camera in accordance with one embodiment of 

on a touch-screen equipped digital camera. A touch-screen is the present invention. 

coupled to the digital camera and is adapted to accept tactile 5 FIG. 6B shows a second memory diagram depicting the 

input from a user, wherein the user "touches" the touch- software objects/functions instantiated within a DRAM of 

screen to enter a command or some other type of input. An me digital camera in accordance with one embodiment of 

embedded computer system is built into the digital camera me present invention. 

for implementing functionality for the digital camera The mQ ? shows a ^ ffl & d ^ , he 

functionality of the digital camera is realized through the 10 objects/functions instantiated within a DRAM of 

execution of one or more software applications by the me di itaJ camera ^ accordance ^ an alternative embodi- 

embedded computer system. The software architecture of mem of ^ , invenlion . 

the present invention includes a hardware abstraction layer, „ Trt „ t . „ M „ , 
a touch-screen manager, a button interface manager, and an , ' 8 1 shows a u back ™ of a/™ 810 showing a 
10 event manager. The hardware abstraction layer is coupled is ^rger built in touch-screen in accordance with an alternative 
to the touch-screen and is adapted to abstract the hardware embodiment of the present invention, 
interfaces of the touch-screen. The button interface manager 9A shows a diagram of a first alternative im piemen- 
is coupled to the touch-screen and is adapted to interface tation of a t0UCD screen interface of the present invention, 
with a button aware application. Tine touch-screen manager FIG. 9B shows a diagram of a second alternative imple- 
is coupled to both the 10 event manager and the button 20 mentation of a touch screen interface of the present inven- 
interface manager. tion. 

The touch-screen manager supports touch -screen aware FIG. 9C shows a diagram of a third alternative imple- 

applications by directly coupling touch-screen type inputs to mentation of a touch screen interface of the present inven- 

the touch-screen aware application via the 10 event man- tion. 

ager. The touch-screen manager supports button interface 25 pIG. 9D shows a diagram of a fourth alternative imple- 

type applications by translating inputs from the touch-screen mentation of a touch screen interface of the present inven- 

into button event type signals and providing them to the uon 

button aware application via the button interface manger. nG 1Q snQWS a ffl ^ d ^ a ^ 

rhe touch-screen manager thus emulates button events to ef object/&mction in accordanc ; with the 

the button event manager such that the button aware apph- 30 ,_^u or j, i- . rtf 

, .** _ . , . x , rt * large toucn-screen embodiment or. the present mvention. 

cation transparently interfaces with the touch-screen to ^ , , . 

accept the inputs from the user. The button aware application J lG ' U sho ™ * t0UCh CqU ? ped P™*^ 

runs as if it were executing on a button interface type digital d f * al device m "wudance with one embodiment 

camera. In this manner, the software architecture of present of the P resent inventl0n - 

invention transparently supports touch-screen aware apps 35 DETAILED DESCRIPTION OF THE 
and button aware apps using the same underlying hardware INVENTION 
of the touch-screen equipped digital camera, without requir- 
ing any changes to their embodying software code. ^ present invention relates to a method and system for 

implementing button interface compatibility in a touch- 

BRIEF DESCRIPTION OF THE DRAWINGS 40 screen equipped digital camera. The following description is 

The present invention is illustrated by way of example presented to enable one of ordinary skill in the art to make 

and not by way of limitation, in the figures of the accom- and "se the invention and is provided in the context of a 

panying drawings in which like reference numerals refer to P atent application and its requirements. Although the present 

similar elements and in which* invention, a method and system for implementing button 

FIG. 1A shows a top view diagram depicting button 45 interface compatibility in a touch screen equipped digital 

interface hardware components of a button interface digital ™S l °S device ' 18 desc nbed in part within the context of a 

camera digital camera, various modifications to the preferred 

™ ~ ' , .1- j , . embodiment will be readily apparent to those skilled in the 

FIG. IB shows a back view diagram depicting the button . . • • • 1 u • u r j * .u 

- , . r . l • r i - art fl nd the generic principles herein may be applied to other 

interlace hardware components of the button interface diei- u j- * ; . , , . ... 

tal camera 50 embodiments. That is, any digital device which processes, 

a camera. displays and/or prints digital images, icons and/or other 

FIG. 2A shows a back view diagram depicting a touch- ilemSj inc0 rporate the features described hereinbelow 

screen of a touch-screen equipped digital camera in accor- and mat device would ^ me ^ and of lhe 

dance with one embodiment of the present invention. present inV ention. Thus, the present invention is not 

FIG. 2B shows a diagram of the correlation between the 55 intended to be limited to the embodiment shown but is to be 

button interface of a button interface digital camera and the accorded the widest scope consistent with the principles and 

button input areas of a touch screen of a touch screen features described herein. 

equipped digital camera. ^ presem mvention is a met hod and system for imple- 

FIG. 3 shows a block diagram of an embedded computer menting button interface compatibility in a touch-screen 

system in accordance with one preferred embodiment of the 60 equipped digital camera. The system of the present invention 

present invention. implements a common platform for touch-screen aware apps 

FIG. 4 shows a memory diagram of software within a and button aware apps. The system transparently supports 

DRAM of the digital camera in accordance with one touch-screen aware apps and button aware apps using the 

embodiment of the present invention. same underlying hardware of a touch-screen equipped digi- 

FIG. 5 shows a flow chart of the steps of an initialization 65 tal camera. In addition, the system of the present invention 

process in accordance with one embodiment of the present supports button aware apps and touch-screen aware apps 

invention. without requiring any changes to their embodying software 
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code. In one embodiment, the present invention is imple- for accepting input from the user and presenting data to the 

mented as a software architecture that provides button user, as opposed to the button interface of button interface 

interface compatibility for button aware applications execut- camera 110 (e.g., four-way navigation control button 409, 

ing on a touch-screen equipped digital camera. The method overlay button 412, menu button 414, and programmable 

and system of the present invention and its benefits are 5 soft keys 416 of camera 110). 

described below. Touch-screen 502, as is well known, is operable to detect 

FIGS. 1A and IB are diagrams depicting the hardware ,actile jSE" . , ? 0S8 . its ,? rea - f For CX ™? le ' 

c «i_ * * -r » 11A i • « ■ screen 502. determines the location of a touch (e.g., tactile 

components of a button interface camera 110 which is . . - * , . t * . . v & ' . 

*m-i . , . - ,. c , mput) from a user (e.g., via a stylus, etc.) with respect to a 

compatible with the sof^vare architecture of the present £ d ; termined coordinate system i(e.g., x y coordinates from 

invention. FIG. 1A is back view of the camera 110 showing 10 ^ ^ ^ q[ Um±mea ^ Undef 

the LCD screen 402, a four-way navigation control button me circumstances, the touches are recognized as 

409, an overlay button 412, a menu button 414, and a set of mputs by the applications designed to accept and function 

programmable soft keys 416. FIG. IB is a top view of the with th em . i Dputs are processed by the applications, 

camera 110 showing a shutter button 418, and a mode dial thereby causing camera 210 to respond accordingly (e.g., by 

420. The camera may optionally include status LCD 406, ^ changing modes, accepting commands, sequencing through 

status LCD scroll and select buttons 422 and 424, a sound images etc ) 

record button 426, and zoom-in, zoom-out buttons 426a and ^ u^^atcn aware" applications are designed to 

426^ These buttons (e.g. four-way navigation contrd ^ milize louch ^ crec|1 502 to interface with the user. The 

ton 409 overlay button 412, menu button 414 and pro- l0U ch-screen aware appUcations typically present their own 

grammable soft keys 416), in conjunction with LCD screen 20 QUI ( hical uscr iolcr f acc ) on touch-screen 

402, allow a user to interact and interface with camera 110. 5Q2 (e g ^ graphic icons labded wim meif particular respec . 

Button interface camera 110 is provided with several t ive function), and interact with the user via the GUI (e.g., 

different operating modes for supporting various camera the user touching one or another of the graphic icons to enter 

functions. Such modes include, for example, capture mode a command, change modes, etc.). 

or record mode for capturing images, and play mode for 25 For examp l e , as depicted in FIG. 2, touch-screen 502 
playing back the captured images on the LCD screen 402. includes input areas 5040-504//, which each function as 
For example, to take a picture, the user places camera 110 spedfic mput mte rf a ces for the user. When the user touches 
into capture mode by manipulating the appropriate compo- a particular input area, the touch is regarded as an actuation 
nents of camera 110's interface (e.g., turning mode dial to of lhat particular input, and is acted upon by the touch- 
"c" for capture and pressing the shutter button 418). If the aware appliC ation accordingly. For example, instead 
LCD screen 402 is activated, then the camera aids the user of four way controller 409, touch-screen 502 is configured 
in preparing to capture an image by displaying a "live view" t0 recognize four input areas, input areas 504a, SMd, 504/, 
of the object viewed through the camera lens on the LCD and s04h , t0 accept input from the user and thereby imple- 
screen 402 as a successive series of real-time frames. If the ment subs tantially the same functionality as four way con- 
LCD screen 402 is not activated, then the user may capture holler 409 of button interface camera 110. 
an image using a conventional optical viewfinder (not ^ by arranging the mput areas 504^ along the 

s own /* periphery of touch screen 502, touch screen 502 is able to 
Software applications implement the functionality of the both graphically present information to the user (e.g., stored 
digital camera by interfacing with the user via the button ^ i mageS) a live view display, etc.) in the manner dictated by 
interface of camera 110 (e.g., LCD screen 402, four-way the button aware application while also configuring input 
navigation control button 409, overlay button 412, menu area s to accept input from the user. In this manner, the 
button 414, and programmable soft keys 416). Applications present embodiment solves the problem wherein the touch 
use the button interface of camera 110 to accomplish their screen has to accept input from the user while also present- 
particular IO requirements with the user. This includes the 45 mg me GUI rendered by the button aware application. The 
user interacting with the functionality of camera 110 by, for mp ut areas S04a~h are able to accept input from the user 
example, changing modes, selecting images, entering data, without overly obscuring the GUI rendered by the button 
or the like. Those applications specifically designed for the aware application. 

button interface of camera 110 are hereinafter referred to as Mis well conventional implementations of touch 

"button aware" applications. 5Q m devices (e g ^ ^ aut0 mated teller machine tech- 

In accordance with the preferred embodiment, the soft- nology are not concerned with the obstruction of a back- 
ware architecture of the present invention is fully compatible ground. The primary purpose of the touch screen in such a 
with the button aware applications of camera 110. Thus, conventional device is to accept input from the user or to 
button aware applications are able to execute and function present text based information from the user. With the 
nominally on digital cameras that do not incorporate the 55 present invention however, touch screen 502 must both 
button interface the applications were specifically written present the GUI of the button aware application (e.g., 
for. The present invention provides a platform which enables present a live view image) while also implementing input 
a touch-screen equipped camera to run button aware appli- areas to accept user input. Additionally, the input areas must 
cations even though the touch-screen equipped camera may be implemented in a manner transparent to the button aware 
have none of the hardware components (e.g., four-way 60 application. The button aware application must be provided 
navigation control button 409, overlay button 412, menu with a platform capable of supplying its needed services, 
button 414, and programmable soft keys 416) such button routines, interfaces, and the like required for the application 
aware applications require. to run. The implementation of input areas S04a-h and the 

With reference now to FIG. 2, a back view of a touch- support of button aware applications are further described 

screen equipped digital camera 210 is shown. "Touch- 65 below. 

screen" camera 210 differs from button interface camera 110 Referring still to FIG. 2, touch-screen camera 210 

in that camera 210 includes a large touch -screen LCD 502 employs graphically depicted "buttons" on the touch -screen 
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itself (e.g., input areas 504a-h) to accept user input. The user Alternatively, the software architecture of the present 

"presses" the touch-screen depicted button to, for example, invention can be configured to graphically render the button 

scroll through captured images, switch between operating event areas in order to make them more intuitive to the user, 

modes, and the like. The touch-screen aware applications For example, button event areas for emulating fourway 

that implement the functionality of touch-screen camera 210 5 controller 409 (e.g., input areas ts410a, ts4106, ts411a, and 

execute on an embedded computer system built into camera ts4116) can be rendered on top of the GUI generated by the 

210. The software architecture of the present invention button aware application such that they are transparent, 

executes on top of the embedded computer system and is thereby providing a more intuitive graphic cue as to their 

adapted to provide a standardized common platform for intended function. It should be noted, however, that as 

supporting both touch-screen aware applications and button described above, the graphical representation or rendering of 

aware applications, providing the needed services, routines, the button actuation locations is performed by the software 

interfaces, and the like required by both types of applica- architecture of the present invention as opposed to the button 

tions. aware application. The embedded computer system which 

The present invention provides a common platform for executes the software architecture of the present invention is 
supporting both touch screen aware applications and button 15 described in the discussion of FIG. 3 below, 
aware applications by abstracting the hardware components Referring now to FIG. 3, a block diagram of the embed- 
and functionality of the camera's 10 subsystem. The soft- de d computer system built into touch-screen camera 210 is 
ware architecture of the present invention executes on the shown. Camera 210 preferably comprises an imaging device 
embedded computer system of camera 210, and interfaces 114 » a system bus 116 and a computer 118. Imaging device 
with the embedded computer system of camera 210 in such 20 U 4 includes an image sensor, such as a charged coupled 
a manner as to transparently support both button aware device (CCD) or a CMOS sensor, for generating a set of raw 
applications and touch-screen aware applications. To sup- image data representing a captured image. In a preferred 
port button aware applications, components of the button embodiment, system bus 116 provides connection paths 
interface are emulated on touch-screen 502 to allow the user between imaging device 114, an optional power manager 
to input "button events", as if actuating actual buttons of a 25 342 > central processing unit (CPU) 344, dynamic random- 
button interface. To support touch-screen aware access memory (DRAM) 346, input/output interface (I/O) 
applications, the user's actuation of touch-screen depicted 348, non-volatile memory 350, and buffers/connector 352 
graphical icons are coupled to the touch-screen aware appli- that connect an optional removable memory 354 to system 
cation as "touch-screen events". DUS 

To provide button events for a button aware application, 30 cpu 344 mav include a conventional processor device for 

the required button event type signals expected by the button controlling the operation of camera 210. In the preferred 

aware application are generated by the software architecture embodiment, CPU 344 is capable of concurrently running 

to emulate the button interface required by the button aware multiple software routines to control the various processes 

application. The software architecture of the present inven- of camera 210 within a multithreaded environment. For 

tion configures camera 210 to configure certain areas of 35 example, images may be captured at the same time that 

touch-screen 502 as "button event areas", and interpret previously captured images are processed in the background 

tactile inputs to the certain areas (e.g., input areas 504a, t0 effectively increase the capture rate of the camera. In a 

504a\ 504/, and 504/i) as button actuation areas, or button preferred embodiment, CPU 244 runs an operating system 

events, of an emulated button interface. capable of providing a menu-driven GUI and software 

FIG.2B shows a specific implementation of button event 40 ima S e processing. An example of such software is the 

areas on touch screen 502 configured to explicitly corre- Digita™ Operating Environment by FlashPoint Technology 

spond to the button interface of camera 110. As shown in or - ^ an ^ ose » Calif. 

FIG. 2B, the button event areas are labeled to show their I/O 348 is an interface device allowing communications 

correspondence with their respective counterpart of the t0 m & fr° m computer 118. For example, I/O 348 permits an 

button interface of camera 110. For example, the four way 45 external host computer (not shown) to connect to and 

controller 409 can be actuated in four quadrants, 411a, 4116, communicate with computer 118. I/O 348 also interfaces 

410a, and 41 0£, which correspond to four button event input with the touch-screen 502 of camera 210. 

areas ts411a, ts411fc, ts410a, and ts4106. Similarly, softkeys Non-volatile memory 350, which may typically comprise 

416 correspond to button event areas ts416, and buttons 412 a conventional read-only memory or flash memory, stores a 

and 414 correspond to button event areas ts412 and ts414. 50 set of computer-readable program instructions to control the 

As depicted in FIG. 2B, the locations of the button event operation of camera 210. Removable memory 354 serves as 

areas on the touch-screen 502 in this implementation are aD additional image data storage area and is preferably a 

specified by the software architecture of the present inven- non-volatile device, such a flash disk, readily removable and 

tion to intuitively correspond to the button interface of replaceable by a camera 210 user via buffers/connector 352. 

camera 110 for ease of use. The button aware application is 55 Power supply 356 supplies operating power to the various 

not cognizant of these areas, and generates its particular GUI components of camera 210. Power manager 342 communi- 

in accordance with its programming as if it is executing on cates via line 366 with power supply 356 and coordinates 

a button interface camera (e.g., camera 110). The software power management operations for camera 210. In the pre- 

arcbitecture of the present invention translates actuations, or ferred embodiment, power supply 356 provides operating 

touches, to these areas into the button events expected by the 60 power to a main power bus 362 and also to a secondary 

button aware application. Hence, in this embodiment, the power bus 364. The main power bus 362 provides power to 

user is made aware of the button event areas by their imaging device 114, I/O 348, non-volatile memory 350 and 

descriptions, for example, in a user's manual supplied with removable memory 354. The secondary power bus 364 

camera 210. The manual would describe how, for example, provides power to power manager 342, CPU 344 and 

touches to input areas ts410a, ts4106, ts411a, and ts411£ 65 DRAM 346. 

will be interpreted as corresponding manipulations of a Power supply 356 is connected to main batteries 358 and 

four-way controller (e.g., four-way controller 409). also to backup batteries 360. In the preferred embodiment, 



09/30/2003, EAST Version: 1.04.0000 



6,154,210 

9 10 

a camera 210 user may also connect power supply 356 to an operating environment of the software architecture of the 

external power source. During normal operation of power present invention. In step 551, camera 210 begins its boot 

supply 356, the main batteries 358 provide operating power sequence after initial power up. Software functions are 

to power supply 356 which then provides the operating decompressed out of non-volatile memory 350 and instan- 

power to camera 210 via both main power bus 362 and 5 ^ated in DRAM 346, certain software tables are initialized, 

secondary power bus 364. During a power failure mode in etc - Alternatively, however, the software can execute 

which the main batteries 358 have failed (when their output directly from non-volatile memory 350. In step 552, the 

voltage has fallen below a minimum operational voltage operating environment of camera 210 is pre-initialized. In 

level) the backup batteries 360 provide operating power to accordance with the present invention, the operating envi- 

power supply 356 which then provides the operating power 10 ronment is initialized to support button aware applications, 

only to the secondary power bus 364 of camera 210. ^ operating environment is initialized to instantiate those 

Dynamic Random-Access-Memory (DRAM) 346 is a ^ acl } 0 ™. wh f i( * P rovid ^ ^ ull0I l * terf ^ ^ mulation 

contiguous block of dynamic memory that may be selec- «P*ibtics of > P™*' In S *P 5 f • * e a PP^ 

, „ t . c • * c «• r\n i \ i cation is launched. This application can be a button aware 

tively allocated for various storage functions. DRAM 346 . , rr .. . T -, 
. . j , ■ j-i j-k; apphcation or a touch-screen aware application. If the apph- 

stores both raw and compressed image data and is also used 15 rr . , r \ , ^ r 

i_ i^Tin iaa 4 . 4 . ft t - , cation is a button aware apphcation, in step 554, the nec- 

by CPU 344 while executing the software routines used . , - 4 . *K . , 

„ „. , 1ie r™ fn , w • M , ntn „ M „ a j f essary tool box functions are invoked and initialized, and the 

within computer 118. Ine raw image data received from . , . 

imaging device 114 is temporarily stored in several input a PP 1 . lcatl0 ° factions according to its particular 

buffers within DRAM 346 Once the raw image data is «V>™™«* «s»B the emulated button interface via a 

processed, it is stored in a frame buffer within DRAM 346 20 button interface manager. If the application is a touch-screen 

£ , ... . - M c . „ , aware application, process 550 proceeds to step 555, where 

for display on the touch screen 502. Finally, display con- , . IK F . . .. J. , " . , * . 4 , 

4 „ ™n i^nA»4i^r j * c j a touch-screen manager is initiahzed for direct interface with 

troller 390 accesses DRAM 346 and transfers processed .„ 4 o . . . , 

. t „ , . - M e j- i o fi. . an 10 event manager. Subsequently, m step 556, the touch- 
image data to touch-screen 502 for display. Software code t* • • i • \ 1 . 

7 ^ t , c. ^- iv c *u . ■ *• screen aware application mvokes any required tool box 

implementing the functionality of the present invention is - , . i. . r i 

* * * * j j . j • J r . r nnAU1 ^ ™- ->c functions and operates nominally via direct use of the 

instantiated and executed primarily from DRAM 346. This 25 , , r 3 

c* i*i f • . j « -i u i touch-screen manager, 

software code is described in greater detail below. „„ . . ... „ , . . ... „ , . 

_ . . _ _ A r r Referring now to FIG. 6A and FIG. 6B, FIG. 6A and 6B 

u ? ™°f ^ ° ' a A m T° ry ^o W A^ respectively show a memory diagram 600 and a memory 

^ DRAM 346 is shown . As depicted in FIG. 4, DR^ ^ J 0 d ^ ^ f fas ^ 

346 mcludes software ^insinuations of an apphcation 451 objects/functions tnat provide ^ ort for 5oth button aware 

tool box 452, a HAL (hardware abstraction layer) 453, and applicatioDS and touch screen aw ^ appUc ations. Diagram 

an operating system kernel 454. m depicts a memory d i agram reflecting the relevant signal 

Application 451 includes the functions and routines which pat hs from the underlying hardware to the application where 

implement the GUI, features, functions, and the like of a touch-screen aware application is running on camera 210, 

camera 210. Tool box 452 includes standardized, frequently 35 as resulting from step 556 of FIG. 5. As shown in FIG. 6A, 

called functions and subroutines which tend to be common the touch-screen aware application 601 accepts inputs from 

across all applications. The functions of tool box 452 are a touch-screen manager 603 via an IO event manager 602. 

frequently called by application 451 to implement certain Touch-screen manager 603, in turn, receives inputs from a 

functionality. HAL 453 includes software for abstracting the hardware interface 604, which is part of HAL 453 depicted 

functionality of the underlying hardware of camera 210. 4Q in FIG. 4. In the present embodiment, IO event manager 602 

HAL 453 abstracts the particular characteristics of the an d touch screen manager 603 are objects/functions from 

underlying hardware to provide a standardized interface to tool box 452 of FIG. 5. 

which other software can be written. Kernel 454 includes the Diagram 650 of FIG. 6B depicts a memory diagram 
functions and routines of the operating system which man- showing the reIevant signal ths in the case where a button 
ages and allocates the ^resources of the embedded computer 45 awafe application ^ on camera 2 10, as resulting 
system of camera 210. from step 554 of FIG 5 M shown in nG 6B? the buUon 
The software architecture of the present invention con- aware application accepts inputs from a button interface 
figures the operating system kernel 454 and tool box 452 of manager 652 via IO event manager 602. Button interface 
camera 210 such that if a touch -screen aware application manager accepts inputs from touch-screen manager 603. In 
runs, a touch-screen subsystem ensures that the touch-screen 50 the present embodiment, touch-screen manager 603 pro- 
operates normally. But if a button aware application is run, vides button event type signals to button interface manager 
the touch -screen subsystem defaults to a behavior wherein it 652 to thereby emulate a button interface. Button interface 
generates standard button events, as expected by the button manager consequently provides button event signals to the 
aware application. As described above, the button events button aware application (via IO event manager 602) in the 
correspond to inputs on various button event areas of 55 manner expected by button aware application 346. As with 
touchscreen 502 (e.g., input areas ts410a, ts410*>, ts411a, IO event manager 602 and touch-screen manager 603, in the 
and ts4116), as if actuating actual buttons of a button present embodiment, button interface manager 652 is an 
interface. By including software objects (e.g., primarily object/function from tool box 452. 

within tool box 452) which support touch-screen aware and As described above in the discussion of process 550 of 

button aware applications, the present invention provides a 60 F IG. 5, camera 210 pre-initializes to support button aware 

common platform capable of running both types of applications. Hence, after power up, diagram 650 shows the 

applications, thereby providing a common platform for relevant signal paths from the underlying hardware to the 

hardware manufacturers to design to and for apphcation application. If a touch screen aware application is run (e.g., 

vendors to write for. touch-screen aware application 601), the touch-screen aware 

FIG. 5 shows a flow chart of an initialization process 550 65 apphcation initializes touch-screen manager 603 to provide 

in accordance with one embodiment of the present inven- touch-screen events directly to IO event manager 602 and 

tion. Process 550 shows the steps executed in initializing the touch -screen aware application 601. Thus, after the touch- 
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screen application is started, diagram 600 shows the relevant user is never required to touch the active application graph- 
signal paths from the underlying hardware to the applica- ics area. A disadvantage of this implementation is that the 
tion. border area is relatively small, so much so that the user 

Referring now to FIG. 7, a memory diagram 700 is might easily touch two or more buttons inadvertently, 

shown. Memory diagram 700 depicts the contents DRAM 5 FIG. 9B shows an example implementation of touch 

346 in accordance with an alternative embodiment, wherein screen 800 wherein three softkeys input areas 905a-c are 

both the button aware applications and touch -screen aware implemented within the application graphics area, while the 

applications can be simultaneously supported. In this alter- remaining elements of a button interface are implemented in 

native embodiment, button interface manager 652 remains the border area. An advantage of this implementation is the 

instantiated, and 10 event manager 602 passes either button 10 less cluttered border area. A disadvantage is that the softkey 

events from button interface manager 652 or touch-screen input areas 905o-c are very close to each other and thus, the 

events from touch-screen manager 603 to the button aware user might easily touch two inadvertently, 

application or the touch-screen aware application, respec- fig. 9C shows an example implementation of touch 

tively. screen 800 wherein four way control button input areas 

As described above, touch screen manager 603 initializes 15 910a~d are implemented within the application graphics 

to a default mode to support button aware applications. In area, while the remaining elements of a button interface are 

the default mode, the signal path from the underlying implemented in the border area. The four way control button 

hardware to the button aware application is depicted in FIG. input areas 910a-d can be implemented such that they are 

7 as path B and path B*. If a touch screen aware application completely transparent to the user, or alternatively, with 

is run, the touch screen aware application makes a call 701 20 light, semi-transparent overlays with dotted outlines around 

to touch screen manager 603 to reconfigure the signal path their sensitive areas. Additionally, function labels are also be 

for direct support of the touch screen aware application. This rendered in the application graphics area. This frees more 

signal path is depicted as path A in FIG. 7. space in the border area such that the buttons can be 

In one alternate embodiment, touch screen manager 603 rendered larger, reducing the chance of inadvertent actua- 

uses path A in both for both touch screen aware applications tion. While this may reduce the application graphics area 

and button aware applications. The events passed to IO somewhat (e.g., from 216 to 196 pixels in the vertical 

event manager 602 would emulate events from button direction), the advantage of this implementation is the larger, 

interface manager 652 when in the "button aware mode" and easier to use buttons in the border area. A disadvantage of 

would be touch screen events when in the "touch screen this implementation is the fact that the four way control 

aware mode". In this embodiment, button interface manager 30 button input areas 910a-~d are either completely transparent, 

652 would either be non-resident or otherwise not provide requiring some degree of fore knowledge on the part of the 

any events to IO event manager 602. user, or semitransparent, obscuring the application graphics 

With reference now to FIG. 8, a back view of a camera area - 

810 in accordance with another alternate embodiment of the 35 FIG. 9D shows an example implementation of touch 

present invention is shown. FIG. 8 shows a back view of a screen 800 wherein a four way overlay toggle area is 

camera 810, showing a built in touch-screen 800. Camera implemented in the center of the application graphics area. 

810 is substantially similar to camera 210, however, camera This implementation is substantially the same as the imple- 

810 includes touch-screen 800 which is larger than touch- mentation of FIG. 9C, however, the four way overlay toggle 

screen 502. 40 area 920 is operable to allow the user to toggle four way 

In this embodiment, the larger touch-screen 800 allows control button input areas 91Qa-d between a completely 
the depiction of a graphical button interface which provides transparent state and a semi-transparent, opaque, or other 
a much more intuitive look and feel to the user than the such state - For example, when the user needs to manipulate 
transparent button event areas described above in the dis- one of the four wav control button input areas 910a-d, the 
cussion of FIG. 2. For example, touch-screen 800 is 320x 45 user merel y touches the four way overlay toggle area 920 to 
240 pixels while the LCD screen typical button aware make tne m P ut areas 910a^d visible. After manipulation, the 
applications utilize is only 288x216. Hence, touch-screen uscr toggles the input areas back to their transparent state by 
800 depicts a 288x216 application graphics area for the touching the four way control button input areas 910a-rf 
button aware applications GUI display and utilizes its again. Alternatively, the four way control button input areas 
remaining area, a "border area", to graphically depict the 50 910a-<z can revert back to their transparent state after some 
typical elements of a button interface (e.g., elements preprogrammed amount of time (e.g., 3 seconds), without 
801a-801A). The button aware application only renders filrther action from toe user. This implementation corrects 
graphics for the 288x216 application graphics area while a the disadvantage of the implementation of FIG. 9C. The user 
display manager renders the graphics for the border area of « not required to have fore knowledge regarding the loca- 
the 320x240 touch-screen. In this embodiment, the display 55 tions and of completely transparent button input areas, 
manager controls the responsiveness of the elements and these areas, if rendered in an opaque or semi-transparent 
SOlaSdlh to provide feed back to the user (e.g., briefly manner, do not permanently obscure the applications graph- 
flashing element 801a when it is pressed or generating an 1CS area * 

audio response such as a button click). As described above, FIG. 10 shows a memory diagram 950 showing a display 

touches to touch-screen 800 are translated by a touch-screen go manager 901 with respect to the other objects/functions of 

manager to button event type signals for a button interface the software architecture of the present invention. In the 

manager. present embodiment, display manager 901 receives input 

FIGS. 9A, 9B, 9C, and 9D show four display examples fr( > m the button aware application to implement feed back to 

implemented on touch screen 800. FIG. 9A shows an the user. The touch screen aware application also uses the 

example implementation of touch screen 800 wherein all 65 display manager 901. 

elements of a button interface are rendered graphically in the FIG. 11 shows a touch screen equipped printer device 

border area. One advantage of this implementation is that the 1100 incorporating the software architecture of the present 
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invention. As described above, the present invention is a button interface manager for interfacing with the button 
applicable to other types of digital imaging devices in aware application, the button interface manager 
addition to digital cameras. Printer 1100 of FIG. 11 is one coupled to the touch-screen manager; and 
example of another type a digital imaging device which an jo event manager coupled to accept input from the 
functions with the present invention. Printer 1100 includes a 5 touch-screen manager and the button interface 
printing engine for printing images onto paper. The images manager, wherein if the touch-screen aware application 
are typically provided digitally to the internal print engine ^ executed by the computer, the IO event manager 
by a coupled computer system, a coupled digital camera, a interfaces the touch-screen aware application with the 
coupled removable storage device, or the like. Printer 1100 touch-screen by communicating with the touch screen 
also includes a touch screen 1101 for providing interaction 10 manager, and if the button aware application is 
with a user. Printer 1100, in the same manner as digital executed by the computer, the IO event manager inter- 
camera 810, includes an embedded computer system for f ace s the button aware application with the touch- 
implementing its functionality (e.g., providing operating screen by communicating with the button interface 
system based services). This computer system executes the manager, wherein the touch-screen manager emulates 
software of the present invention, thereby providing a com- is button events to the button interface manager such that 
mon platform for both button aware applications and touch me button aware application transparently interfaces 
screen aware applications for the printer. Hence, printer with tne touch-screen to accept input from the user. 
1100 functions in much the same manner with regard to 2. The digital imaging device of claim 1, wherein the 
supporting both button aware apps and touch screen aware digital imaging device is adapted to initialize to a default 
apps as camera 810 of FIG. 8, except that instead of digitally 20 mo de wherein the IO event manager is pre-iniualized to 
capturing images as with camera 810, printer 1100 prints interface the button aware application with the touch-screen, 
previously captured images. Accordingly, it should be appre- 3. The digital imaging device of claim 2, wherein the 
ciated that the method and system of the present invention digital imaging device is adapted to exit the default mode to 
can be implemented with many different types of digital interface the touch-screen aware application with the touch- 
imaging devices. 25 screen when the button aware application is not running. 

Thus, the present invention provides a method and system 4. The digital imaging device of claim 1, wherein the 

for implementing button interface compatibility in a touch- digital imaging device is adapted to implement button event 

screen equipped digital imaging device. The system of the input areas on the touch-screen to accept input from a user 

present invention implements a common platform for touch- and provide input to the button aware application, 

screen aware apps and button aware apps. The system 30 5. The digital imaging device of claim 4, wherein the 

transparently supports touch-screen aware apps and button digital imaging device graphically renders the button event 

aware apps using the same underlying hardware of a touch- input areas on the touch-screen in a semi-transparent manner 

screen equipped digital imaging device. In addition, the to provide a visual cue to the user. 

system of the present invention supports button aware apps 6. The digital imaging device of claim 1, wherein the 
and touch-screen aware apps without requiring any changes 35 touch-screen is configured to use a sub-area to render a 
to their embodying software code. graphical user interface for the button aware application and 
The foregoing descriptions of specific embodiments of the ^ a remaining area to render a representation of a button 
present invention have been presented for purposes of interface to accept input from a user, 
illustration and description. They are not intended to be 7 - The digital imaging device of claim 6, further corn- 
exhaustive or to limit the invention to the precise forms 40 prising: 

disclosed, and obviously many modifications and variations a display manager implemented by the computer system, 

are possible in light of the above teaching. The embodiments the display manager adapted to control the representa- 

were chosen and described in order to best explain the tion of the button interface to interact with the user, 

principles of the invention and its practical application, to 8. Acomputer readable memory device for a touch-screen 

thereby enable others skilled in the art to best utilize the 45 equipped digital imaging device, the computer readable 

invention and various embodiments with various modifica- memory device for storing computer readable code, which 

tions as are suited to the particular use contemplated. It is when executed by an embedded computer system built into 

intended that the scope of the invention be defined by the the digital imaging device causes the digital imaging device 

claims appended hereto and their equivalents. to implement: 

What is claimed is: a hardware abstraction layer coupled to the touch-screen, 

1. A digital imaging device, comprising; the hardware abstraction layer for abstracting the func- 

a touch-screen for accepting input from a user; and tionality of the touch-screen; 

an embedded computer system built into the digital imag- a touch-screen manager coupled to the touch -screen via 

ing device for implementing functionality for the digi- S5 the hardware abstraction layer; 

tal imaging device, the computer system having a a button interface manager for interfacing with a button 

processor coupled to a coupled to a memory, the aware application, the button interface manager 

computer capable of executing software applications coupled to the touch-screen manager; and 

including a button aware apphcation and a touch-screen an I0 event manager coupled to accept input from the 

aware application the memory storing computer read- 60 touch-screen manager and the button interface 

able code which when executed by the processor causes manager, wherein if a touch-screen aware application is 

the computer system to implement; execu(ed by ^ computer , the IO event man F ager mter . 

a hardware abstraction layer coupled to the touch-screen, faces the touch-screen aware application with the 

the hardware abstraction layer for abstracting the func- touch-screen by communicating with the touch screen 

tionality of the touch-screen; 65 manager, and if the button aware application is 

a touch-screen manager coupled to the touch -screen via executed by the computer, the IO event manager inter- 

the hardware abstraction layer, faces the button aware application with the touch- 
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screen by communicating with the button interface 
manager, wherein the touch-screen manager emulates 
button events to the button interface manager such that 
the button aware application transparently interfaces 
with the touch-screen to accept input from the user. 5 

9. The computer readable memory device of claim 8, 
wherein the touch screen manager is configured to commu- 
nicate directly with the 10 event manager to support the 
button aware application. 

10. The computer readable memory device of claim 8, 10 
wherein the computer readable code is operable to cause the 
digital imaging device to initialize to a default mode wherein 
the 10 event manager is pre-initialized to interface the 
button aware application with the touch -screen. 

11. The computer readable memory device of claim 10, 15 
wherein the computer readable code is operable to cause the 
digital imaging device to exit the default mode to interface 
the touch-screen aware application with the touch-screen 
when the button aware application is not running. 

12. The computer readable memory device of claim 8, 20 
wherein the computer readable code is operable to cause the 
digital imaging device to implement button event input areas 
on the touch-screen to accept input from a user and provide 
input to the button aware application. 

13. The computer readable memory device of claim 12, 25 
wherein the computer readable code is operable to cause the 
digital imaging device to configure a sub-area of the touch- 
screen to render a graphical user interface for the button 
aware application and use a remaining area to render a 
representation of a button interface to accept input from a 30 
user. 

14. The computer readable memory device of claim 13, 
wherein the computer readable code causes the digital 
imaging device to further implement an interface manager 
adapted to control the representation of the button interface 35 
to interact with the user. 

15. The computer readable memory device of claim 8, 
wherein the computer readable memory device adapted to be 
removable from the digital imaging device. 

16. A method for implementing button interface compat- 40 
ibility for button aware applications executed on the touch 
screen equipped digital imaging device, the method com- 
prising to the steps of: 

a) executing a boot sequence in a touch-screen equipped 
digital imaging device; 45 

b) pre* initializing an operating environment of the digital 
imaging device to a default mode to support button 
aware applications; 

c) launching either a button aware application or a touch- 
screen aware application; 

d) when the touch-screen aware application is launched, 
supporting the touch-screen aware application by inter- 
facing the touch-screen aware application with the 
touch-screen via an I/O event manager; and 55 

e) when the button aware application is launched, sup- 
porting the button aware application by: 

interfacing the button aware application with the touch- 
screen by communicating with the I/O event manager 
using a button interface manager; and 



emulating button events to the button interface manager 
using the touch-screen manager such that the button 
aware application transparently interfaces with the 
touch-screen to accept inputs from the user. 

17. The method of claim 16, wherein step d) further 
includes the step of: 

exiting the default mode to interface the touch-screen 
aware application with the touch-screen when the but- 
ton aware application is not running. 

18. The method of claim 16, wherein step e) further 
includes the step of: 

implementing button event input areas on the touch- 
screen to accept input from the user and provide input 
to the button aware application. 

19. The method of claim 18, wherein the digital imaging 
device graphically renders the button event input areas on 
the touch-screen in a semi-transparent manner to provide a 
visual cue to the user. 

20. The method of claim 16, wherein step e) further 
includes the steps of: 

configuring a sub-area of the touch -screen to render a 
graphical user interface for the button aware applica- 
tion; and 

using a remaining area to render a representation of a 
button interface to accept input from the user. 

21. The method of claim 16, wherein the digital imaging 
device is a digital camera. 

22. The method of claim 16, wherein the digital imaging 
device is a printer. 

23. A digital imaging device having button interface 
compatibility for button aware applications executing on a 
touch-screen equipped digital imaging device, comprising; 

a touch-screen for accepting input from a user; 

an embedded computer system built into the digital imag- 
ing device for implementing functionality for the digi- 
tal imaging device, the computer system having a 
processor coupled to a memory, the computer capable 
of executing software applications, wherein the soft- 
ware applications are button aware applications and 
touch-screen aware applications, the memory storing 
computer readable code which when executed by the 
processor causes the computer system to implement a 
touch-screen manager operable for controlling the 
touch-screen; and 

the touch screen manager configured to provide button 
events or touch screen events to the software applica- 
tions running on the touch screen equipped digital 
imaging device, wherein if the touch-screen aware 
application is executed by the processor, the touch- 
screen aware application interfaces with the touch- 
screen through the touch -screen manager, and if the 
button aware application is executed by the processor, 
the touch-screen manager emulates button events such 
that the button aware application transparently inter- 
faces with the touch-screen to accent input from the 
user. 
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